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(57) Methods and apparatus are described for facil- 
itating multiple data communications with a first platform 
(100. 102. and 104) using a single communication con- 
duit (108) having first and second channels. First data 
are transmitted between the first platform and a second 
platform (114) via the first and second channels (202). It 
is determined whether an incoming call comprises sec- 
ond data of a particular type (206). Where the incoming 
call comprises the second data of the particular type 
(208), transmission of the first data via the second chan- 



nel is inhibited (226) thereby enabling reception of the 
second data by the first platform via the second channel 
while the first data continue to be transmitted via the first 
channel. The second data are then received at the first 
platform via the first channel (230). Transmission of the 
first data via the first and second channels is resumed In 
response to termination of transmission of the second 
data (266). 
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Description 

BACKGROUND OF THE INVENTION 

The present invention relates to methods and appa- 
ratus for allowing one platform to communicate with 
multiple platforms using a single multi-channel commu- 
nication conduit. More specifically, one embodiment of 
the present invention allows a user to configure his sys- 
tem to arbitrate between incoming calls on a single two- 
channel ISDN line to which multiple devices are con- 
nected. This enables, for example, voice calls destined 
for a telephone to be received when both channels are 
being used for data transfer by a personal computer. 

Currently, many home offices have more than one 
device (e.g.. telephone, fax machine. PC) connected to 
a single basic rate interface such as. for example, an 
ISDN line. If one of the devices, e.g., a PC. is engaged 
in a data transfer which uses both channels of the ISDN 
line, an incoming call intended for the telephone or fax 
machine receives a busy signal and is not able to be 
connected. It is not difficult to appreciate the undesira- 
ble consequences resulting from frequent conflicts such 
as this. 

Home office routers provide a means for receiving 
such calls by dropping any current two-channel data 
communication down to one of the channels and trans- 
mitting the incoming call on the other. This is done auto- 
matically without regard to the data types or importance 
of the communications. Unfortunately, while this solu- 
tion addresses the problem of missing important voice 
and fax communications, it assumes the desirability of 
allowing any incoming communication to interrupt any 
ongoing two-channel data communication. Such a pro- 
tocol may be particularly undesirable if the ongoing two- 
channel data communication is an important real-time 
video conference call, the fidelity of which may be unac- 
ceptably affected by the process of dropping one of the 
two channels in favor of an incoming call. 

It is therefore apparent that there is a need for a 
more intelligent way to arbitrate between incoming calls 
and ongoing data communications for use of the trans- 
mission resources of basic rate interfaces. 



SUMMARY OF THE INVENTION 

According to the present invention, methods and 
apparatus are provided by which the user of a system 
may configure the system to arbitrate between incoming 
calls and ongoing data communications in a way that is 
appropriate to the individual user's priorities. According 
to a specific embodiment, the user may assign priorities 
to different types of data communication to ensure that 
ongoing data communications are only interrupted by 
incoming calls of higher priority. For example, a user 
might assign the highest of three priority levels to real- 
time, two-way video communications. The user then 
might assign the next highest priority level to real-time 



voice communications (e.g.. telephone calls), and the 
lowest priority level to any other standard two-channel 
data communication. 

Thus, if the user were using both channels of the 
5 ISDN line to browse the web. he would receive notifica- 
tion of an incoming telephone call in response to which 
he could confine the Internet communication to one of 
the channels and allow the telephone call to be trans- 
mitted on the other. This could also be transparent to 
10 the user. i.e.. done automatically. If however, the user 
were engaging in a two-way video. communication, he 
would not be notified of the incoming telephone call,' the 
incoming call would experience a busy signal, and the 
ongoing video communication would continue uninter- 
15 rupted. According to specific embodiments, the user is 
not notified and the arbitration takes place automati- 
cally. 

Thus, according to the invention methods and 
apparatus are described for facilitating multiple data 

20 communications with a first platform using a single com- 
munication conduit having first and second channels. 
First data are transmitted between the first platform and 
a second platform via the first and second channels. It is 
then determined whether an incoming call comprises 

25 second data of a particular type. Where the incoming 
call comprises the second data of the particular type, 
transmission of the first data via the second channel is 
inhibited thereby enabling reception of the second data 
by the first platform via the second channel while the 

30 first data continue to be transmitted via the first channel. 
The second data are then received at the first platform 
via the first, channel. Transmission of the first data via 
the first and second channels is resumed in response to 
termination of transmission of the second data. 
35 A further understanding of the nature and advan- 
tages of the present invention may be realized by refer- 
ence to the remaining portions of the specification and 
the drawings. 

40 BRIEF DESCRIPTION OF THE DRAWINGS 



Fig. 1 is a block diagram illustrating an environment 
in which the present invention may be imple- 
mented; 

Figs. 2a and 2b are flowcharts illustrating the oper- 
ation of a specific embodiment of the present inven- 
tion; and 

Figs. 3a and 3b are information flow diagrams illus- 
trating the flow of information in the embodiment of 
Figs. 2a and 2b, respectively. 



45 
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DESCRIPTION OF THE PREFERRED EMBODIMENT 

Fig. 1 is a block diagram illustrating an environment 
55 in which the present invention may be implemented. A 
first platform comprises a personal computer 100, a fax 
machine 102. and a telephone 104. All three of these 
devices are connected to switching unit 106 via ISDN 
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line 108. Another switching unit 112 is connected to 
switching unit 106 via some arbitrary network 1 10 which 
may be, for example, a local area network (LAN), the 
vast Internet, or a public switched telephone network 
(PSTN). Switching units 106 and 112 may be, for exam- 
ple, local PBX switches or remote phone company cen- 
tral office switches depending upon the network 
environment. Switching unit 112 is connected to per- 
sonal computer 1 14. 

The operation of a specific embodiment of the 
invention will now be described with reference to Figs. 
1 . 2a, and 3a. For the purpose of this discussion, it will, 
be assumed that a three-level priority hierarchy has 
been established by the user giving real-time video 
communication the highest priority, real-time voice com- 
munication the second priority, and any other two-way 
data communications the lowest priority. It will be under- 
stood that a priority hierarchy having any number of lev- 
els is within the scope of the present invention. For 
example, a single ISDN line may currently be connected 
to up to eight end devices while simultaneously commu- 
nicating with only two. According to the present inven- 
tion, a user may place each of the eight end devices in 
a priority hierarchy to minimize the priority problems 
which might otherwise occur. 

Initially an ongoing two-channel data communica- 
tion is conducted between personal computers 100 and 
114, the first and second data terminals, respectively 
(step 202). When an incoming call is received by switch- 
ing unit 106 (step 204), the data type of the incoming 
call is determined (step 206). Switching unit 106 then 
determines whether the priority level associated with 
the data type of the incoming call is high enough (with 
respect to the ongoing data communication) to notify 
the user of personal computer 100 of the incoming call 
(step 208). If not, e.g., the ongoing data communication 
is a real-time video communication and the incoming 
call is a voice communication destined for telephone 
104, the user is not notified and a busy signal is trans- 
mitted to the source of the incoming call (step 210). It 
will be understood that the transmission of a busy signal 
in this instance is merely one of a variety of possible 
responses. Other scenarios within the scope of the 
invention might include, for example, forwarding the call 
to a voice messaging system or to an alternate person 
or number. Therefore, additional references to the use 
of a busy signal herein may be understood to be one of 
several possible options. 

If, however, the priority of the Incoming call is high 
enough, e.g., the ongoing data communication repre- 
sents web browsing activity and the incoming call is a 
telephone call, switching unit 106 sends a Notify signal 
(arrow 302) to PC 100 indicating the presence of the 
incoming call (step 212). The Notify signal includes a 
notification indication information element which identi- 
fies the data type of the incoming call. According to a 
specific embodiment, a dialog box appears on the 
screen of PC 100 giving the user the option of accepting 



or rejecting the incoming call (step 214). If the user 
rejects the incoming call (step 216). a busy signal is 
transmitted to the source of the incoming call (step 210). 
If, on the other hand, the user accepts the incoming 

5 call, a requesting User_User message (arrow 304) is 
sent by PC 100 to PC 114 (step 218) alerting PC 114 to 
the impending loss of one of the channels. This informa- 
tion is encoded in the message's information element. 
By using the network signaling resources to transmit 

10 User_User messages, the use of in-band resources for 
this purpose are avoided. In another embodiment, 
rather than present the user with the option of accepting 
an incoming call as described above, the acceptance of 
the incoming call is automatic provided, of course, that 

75 the call has an appropriate priority level. 

If an acknowledgment of User_User signal 304 is 
not received from PC 114 (step 220) a busy signal is 
transmitted to the source of the incoming call (step 210). 
Alternatively the user of PC 100 may be presented with 

20 a dialog box asking whether the data communication 
should be conducted on a single channel despite the 
lack of acknowledgment from PC 114. Upon receiving 
an acknowledging User_User message (arrow 306) 
from PC 114 (or upon receiving permission from the 

25 user to proceed), PC 100 transmits a Hold signal (arrow 
308) to switching unit 106 (step 222), in response to 
which switching unit 106 transmits a Hold Acknowledge 
(arrow 310) back to PC 100 (step 224) and places the 
ongoing data communication on hold thereby releasing 

30 one of the two channels for transmission of the incoming 
call (step 226). The call references and the network 
connections for the first communication are retained for 
later reconnection and resumption of two-channel trans- 
mission. According to another specific embodiment, 

35 rather than putting the first communication on hold, the 
line is simply disconnected and redialed when the 
incoming call terminates. Such an embodiment might 
be more suitable in, for example, a wide area network 
(WAN) where it might not be appropriate to maintain 

40 Storage for held calls. 

Once a hold has been placed on the first communi- 
cation (or it has been disconnected), switching unit 106 
transmits a Notify signal (arrows 312 and 314) to PC 
1 14 via switching unit 1 12 with a notification information 

45 element indicating the remote hold (step 228). The data 
transmission between PCs 100 and 114 is then con- 
ducted on one channel while the incoming call is trans- 
mitted on the other channel (step 230). 

The flowchart of Fig. 2b and the information flow 

50 diagram of Fig. 3b illustrate the termination of the 
incoming call and the resumption of two-channel data 
transmission. When the incoming call has terminated 
another Notify signal (arrow 316) is sent to PC 100 with 
the notification information element indicating that the 

55 channel is once again available (step 252). PC 1 00 then 
transmits another User_User signal (arrow 318) to PC 
1 14 (step 254) requesting a resumption of two-channel 
transmission. Upon receiving an acknowledging 
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User^User signal (arrow 320) from PC 1 14 (step 256). 
PC 100 transmits a Retrieve signal (arrow 322) to 
switching unit 106 (step 258). in response to which 
switching unit 106 transmits a Retrieve Acknowledge 
signal (arrow 324) back to PC 100 (step 260) reconnect- 5 
ing PC 100 to the previously held call (step 262). 
Switching unit 1 06 then transmits a Notify signal (arrows 
326 and 328) to PC 1 14 via switching unit 1 12 with the 
notification information element indicating that the 
remote hold had been released (step 264). At this point, w 
both PC 100 and PC 114 would resume transmitting 
over both channels (step 266). If in step 256 an 
acknowledge signal is not received from PC 1 14, single- 
channel transmission is continued (step 268). 

Another embodiment of the invention operates with- 75 
out the User_User signals described above, i.e.. arrows 
304. 306. 318 and 320. In this embodiment, the change 
to single-channel transmission is triggered by the Notify 
message (i.e.. arrows 312 and 314) sent after the chan- 
nel has been placed on hold. Similarly, resumption of 20 
two-channel transmission is triggered by the Notify 
message (i.e.. arrows 326 and 328) sent after the held 
call has been retrieved. 

While the User_User signals are not essential for 
implementation of the invention, they make it possible 25 
for relatively intelligent devices to have a more graceful 
transmission protocol transition when a two-way data 
communication loses one of its data channels to 
another call. Provided that the partner device is enabled 
to utilize such messages, the User_User signals give 30 
the partner data terminal advance notice of which data 
channel will be dropped so that the transmission proto- 
col switch can be done in a synchronized manner. This 
is particularly useful if the data communication com- 
prises real-time video where such a transmission might 35 
result in noticeable loss of individual video frames or 
loss of synchronization between audio and video. Such 
synchronization is not particularly useful in a web 
browsing scenario where, for example, an inefficient 
transition may simply mean that there is a delay in 40 
downloading a web page which is transparent to the 
user. 

Another benefit of the User_User signals is that 
they prevent the partner data terminal from transmitting 
packets after the first terminal places the call on hold. 45 
thereby eliminating the need to resend data packets. 
This alleviates an undesirable burden on network band- 
width resources as well as reduces the problems asso- 
ciated with the reordering of packets received out of 
sequence. Without the User_User signals, the partner so 
data terminal must wait for the Notify signals, i.e., 
arrows 312 and 314, to know which of the two' data 
channels will be placed on hold. 

One of the benefits of this flexibility is that the inven- 
tion may be implemented without the necessity of mod- ss 
ifying end devices to be able to use the User_User 
signals. That is. the advantages of the invention may be 
provided to the end user without hardware or software 



upgrades for any of the devices connected to the user's 
basic rate interface. Moreover, as devices with this 
capability become available, the efficiency with which 
the invention operates may be improved. 

While the invention has been particularly shown 
and described with reference to specific embodiments 
thereof, it will be understood by those skilled in the art 
that changes in the form and details of the disclosed 
embodiments may be made without departing from the 
spirit or scope of the invention. For example, as dis- 
cussed above, the invention may be implemented with 
or without User_User messages. As another example, 
the hardware configuration of Fig. 1 shows two switch- 
ing units 106 and 1 12. As discussed above, these units 
may comprise PBX switches or phone company central 
office switches. Additionally, it should be understood 
that switching units 106 and 1 12 and network 1 10 may 
be replaced by a single switching unit to which all of the 
devices shown are connected as would be the case, for 
example, with a local area network. It will also be under- 
stood that the protocol described herein may be carried 
out between the two end platforms without any interven- 
ing switching units. 

Moreover, various configurations of the end devices 
may be employed with the present invention. For exam- 
ple, the end devices may be connected in a series con- 
figuration, e.g.. the ISDN line being piped through the 
telephone, rather than the parallel configuration shown 
in Fig. 1. Thus, the present invention may be imple- 
mented in any of a wide variety of configurations and 
environments. Therefore, the scope of the invention 
should be determined with reference to the appended 
claims. 

Claims 

1. A method for facilitating multiple data communica- 
tions with a first platform using a single communica- 
tion conduit, the communication conduit including 
first and second channels, the method comprising 
the steps of: 

transmitting first data between the first platform 
and a second platform via the first and second 
channels; 

determining whether an incoming call com- 
prises second data of a particular type: 
where the incoming call comprises the second 
data of the particular type, inhibiting transmis- 
sion of the first data via the second channel 
thereby enabling reception of the second data 
by the first platform via the second channel, the 
first data continuing to be transmitted via the 
first channel; 

receiving the second data at the first platform 
via the first channel; and 
resuming transmission of the first data via the 
first and second channels in response to termi- 
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nation of transmission of the second data. 

2. The method of claim 1 wherein a first interface is 
associated with the first platform, the inhibiting step 
comprises the steps of: 5 

transmitting a first notification signal from the 
first interface to the first platform thereby indi- 
cating the second data is available for transmis- 
sion to the first platform; and io 
in response to the first notification signal, trans- 
mitting a hold signal from the first platform to 
the first interface thereby inhibiting transmis- 
sion of the first data via the second channel. 

15 

3. The method of claim 2 wherein the first data has a 
first priority associated therewith and the second 
data has a second priority associated therewith, 
and wherein the step of transmitting the first notifi- 
cation signal occurs only where the second priority 20 
is higher than the first priority. 

4. The method of claim 3 wherein the first and second 
priorities are set by a user of the first platform. 

25 

5. The method of claim 2 wherein the particular data 
type comprises real-time voice data. 

6. The method of claim 2 wherein the particular data 
type comprises real-time video data. 30 

7. The method of claim 2 wherein the first platform 
comprises a first device for receiving the first data 
and a second device for receiving the second data. 

35 

8. The method of claim 7 wherein the first and second 
devices comprise separate hardware devices. 

9. The method of claim 7 wherein the first and second 
devices comprise first and second applications on a 40 
single hardware platform. 

10. The method of claim 2 wherein the inhibiting step 
further comprises the step of transmitting a second 
notification signal from the first interface to the sec- 45 
ond platform thereby inhibiting transmission of the 
first data from the second platform to the first plat- 
form via the second channel. 

11. The method of claim 2 further comprising the step so 
of, in response to the first notification signal, pre- 
senting a user associated with the first platform with 

an option of accepting the incoming call. 

12. The method of claim 1 wherein the inhibiting step ss 
comprises the steps of: 

transmitting a notification relay signal from the 
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first platform to the second platform thereby 
notifying the second platform that the second 
channel will be unavailable for transmission of 
the first data; and 

receiving an acknowledge signal from the sec- 
ond platform at the first platform acknowledg- 
ing receipt of the notification relay signal. 

13. The method of claim 12 wherein the notification 
relay signal and the acknowledge signal are trans- 
mitted using network signaling resources. 

14. The method of claim 1 wherein a first interface is 
associated with the first platform, the resuming step 
comprising the steps of: 

in response to termination of transmission of 
the second data, transmitting a first notification 
signal from the first interface to the first plat- 
form thereby indicating that the second chan- 
nel is available; and 

transmitting a retrieve signal from the first plat- 
form to the first interface in response to which 
transmission of the first data on the second 
channel is resumed. 

15. The method of claim 14 wherein the resuming step 
further comprises the step of transmitting a second 
notification signal from the first interface to the sec- 
ond platform in response to which transmission of 
the first data from the second platform to the first 
platform via the second channel is resumed. 

16. The method of claim 14 wherein the resuming step 
further comprises the steps of: 

transmitting a notification relay signal from the 
first platform to the second platform thereby 
notifying the second platform that the second 
channel will be available for resuming transmis- 
sion of the first data; and 
receiving an acknowledge signal from the sec- 
ond platform at the first platform acknowledg- 
ing receipt of the notification relay signal. 

17. The method of claim 16 wherein the notification 
relay signal and the acknowledge signal are trans- 
mitted using network signaling resources. 

18. a least one computer readable medium containing 
program instructions for facilitating multiple data 
communications with a first platform using a single 
communication conduit, the communication conduit 
including first and second channels, said at least 
one computer readable medium comprising: 

computer readable code for transmitting first 
data between the first platform and a second 
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platform via the first and secorxi channels; 
computer readable code for determining 
whether an incoming call comprises second 
data of a particular type; 

computer readable code for, where the incom- s 
ing call comprises the second data of the par- 
ticular type, Inhibiting transmission of the first 
data via the second channel thereby enabling 
reception of the second data by the first plat- 
form via the second channel, the first data con- w 
tinuing to be transmitted via the first channel; 
computer readable code for receiving the sec- 
ond data at the first platform via the first chan- 
nel; and 

computer readable code for resuming trans- is 
mission of the first data via the first and second 
channels in response to termination of trans- 
mission of the second data. 

1 9. An apparatus for facilitating multiple data communi- 20 
cations with a first platform using a single communi- 
cation conduit, the communication conduit 
including first and second channels, the apparatus 
comprising data processing means for: 

25 

transmitting first data between the first platform 
and a second platform via the first and second 
channels; 

determining whether an incoming call com- 
prises second data of a particular type; 30 
where the incoming call comprises the second 
data of the particular type, inhibiting transmis- 
sion of the first data via the second channel 
thereby enabling reception of the second data 
by the first platform via the second channel, the 35 
first data continuing to be transmitted via the 
first channel; 

receiving the second data at the first platform 
via the first channel; and 

resuming transmission of the first data via the 40 
first and second channels in response to termi- 
nation of transmission of the second data. 
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